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In this bus system, the message transmitted by a 
subscriber is conducted to all subscribers via a 
central star coupler. According to the invention, it 
is provided that a frame clock (RT) is generated 
by a frame clock generator and is transmitted to 
the central star coupler (1 ), the time sequence of 
the data frames (3) of the frame clock defining a 
reference frame clock in the central star coupler 
(1), and that the other subscribers (20-60) to the 
local operational network determine an individual 
frame transmit clock, in such a manner that the 
message (B-F) in each case transmitted by a 
particular subscriber (20-60), arrives, taking into 
consideration the signal transit time to the central 
star coupler (1 ) and at the time relative to the 
reference frame clock at which this message is to 
be received in the data frame (3) present in the 
central star coupler (1 ). 
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© Bussystem fur ein lokales Operationsnetzwerk 

© Beschrieben wird ein Bussystem fiir ein lokales Opera- 
tionsnetzwerk, bei dem die von einem Teilnehmer ausgesen- 
dete Nachricht uber einen zentraten Sternkoppler zu alien 
Teilnehmem geleitet wird. ErfindungsgemaS ist vorgesehen, 
daB durch einen Rahmentaktgenerator ein Rahmentakt (RT) 
erzeugt und zum zentraten Sternkoppler (1) gesendet wird, 
wobei die zeitliche Abfotge der Datenrahmen (3) des 
Rahmentaktes im zentralen Sternkoppler (1) einen Referenz- 
rahmentakt definiert, und daB die weiteren Teilnehmer 
(20-60) des lokalen Operationsnetzwerks einen individuellen 
Rahmensendetakt bestimmen, derart, daft die jeweils von 
einem bestimmten Teilnehmer (20-60) gesendete Nachricht 
(B-F) unter Beriicksichtigung der Signallaufzeit zum zentra- 
len Sternkoppler (1) und zu dem Zeitpunkt relativ zum 
Referenzrahmentakt eintrifft, zu dem diese Nachricht in den 
im zentralen Sternkoppler (1) vorliegenden Datenrahmen (3) 
■ aufzunehmen ist. 
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Die Erfindung betrifft ein Bussystem fur ein lokales 
Operationsnetzwerk, welches eine Anzahl von Teilneh- 
mern aufweist, die jeweils iiber eine Busleitung mit ei- 
nem zentralen Sternkoppler verbunden sind, wobei die 
von einem Teilnehmer ausgesendete Nachricht iiber 
den zentralen Sternkoppler zu alien Teilnehmern des 
lokalen Operationsnetzwerks geleitet wird. 

Ein derartiges Bussystem fUr ein lokales Operations- 
netzwerk fiir den automotiven Bereich ist aus der DE- 
OS 35 06 118 bekannt. Das hierbei verwendete asyn- 
chrone Buszugriffsverfahren ist ein Carrier-Sensing- 
Multiple-Access-Verfahren mit Collision- Detection 
(CS MA/CD), bei dem ein Zugriffskonflikt zweier oder 
mehrerer Teilnehmer durch einen Arbitrierungsmecha- 
nismus auf Bitebene gelost wird. 

Nachteilig an dem bekannten Bussystem ist, dafl es 
nicht flexibel genug ist, um den gestiegenen Anforde- 
rungen im automotiven Bereich zu genugen. In einem 
modernen lokalen Operationsnetzwerk sollen im auto- 
motiven Bereich nicht nur die standardmaBig in einem 
jedem Automobil anfallenden Daten zur Gewahrlei- 
stung der Funktionalitat des Autos und zur Funktions- 
gruppenuberwachung und -steuerung Obertragen wer- 
den. Vielmehr bietet jeder namhafte Automobilherstel- 
ler — um den Wunschen der Kunden Rechnung zu tra- 
gen — eine Reihe von Sonderaustattungen an. Es sind 
daher neben den Standarddaten noch eine Reihe weite- 
rer Daten iiber das lokale Operationsnetzwerk zu Ober- 
tragen, welche zur Steuerung der Sonderausrustungen 
erforderlich sind oder beim Betrieb dieser Zusatzein- 
richtungen anf alien. Bei der Ausriistung eines Automo- 
bils mit derartigen Sonderausstattungen tritt dann das 
Problem auf, daft diese bei unterschiedlichen Modellen 
an unterschiedlichen Stellen angebracht werden mus- 
sen. Dadurch treten von Modell zu Modell unterschied- 
liche Signallaufzeiten zwischen diesen Teilnehmern und 
dem zentralen Sternkoppler auf. Das bekannte Bussy 



Rahmentakt sendet, daB dieser Rahmentakt zum zen- 
tralen Sternkoppler geleitet wird, daB die zeitliche Ab- 
folge der Datenrahmen des Rahmemaktes im zentralen 
Sternkoppler einen die Signalverarbeitung der weiteren 
5 Teilnehmer des lokalen Operationsnetzwerkes festle- 
genden Referenzrahmentakt definiert, daB die weiteren 
Teilnehmer des lokalen Operationsnetzwerks jeweils ei- 
nen individuellen Rahmensendetakt bestimmen, derart, 
daB die jeweils von einem bestimmten Teilnehmer ge- 
io sendete Nachricht unter Berucksichtigung der Signal- 
laufzeit vom sendenden Teilnehmer zum zentralen 
Sternkoppler in letztgenanntem zu dem Zeitpunkt rela- 
tiv zum Referenzrahmentakt eintrifft, zu dem diese 
Nachricht in den im zentralen Sternkoppler vorliegen- 
15 den Datenrahmen aufzunehmen ist, und daB der die 
Nachrichten der Teilnehmer enthaltende Datenrahmen 
zu alien Teilnehmern geleitet wird. 

Erfindungsgemafi ist also vorgesehen, daB die einzel- 
nen Teilnehmer des lokalen Operationsnetzwerks den 
20 Zeitpunkt, zu dem sie ihre Nachrichten an den zentralen 
Sternkoppler absenden, unter Berucksichtigung der Si- 
gnallaufzeit vom sendenden Teilnehmer zum zentralen 
Sternkoppler bestimmen. Durch diese MaBnahme ist in 
besonders vorteilhafter Art und Weise garantiert, daB 
25 die Nachrichten der sendenden Teilnehmer genau zu 
dem Zeitpunkt im zentralen Sternkoppler eintreffen, zu 
dem sie komplikationslos in den Datenrahmen einge- 
fugt werden konnen. Von besonderem Vorteil ist hier 
auBerdem, daB die Bestimmung der Signallaufzeit zwi- 
schen sendendem Teilnehmer und zentralem Stern- 
koppler fur jeden Teilnehmer individuell erfolgt, so daB 
eine Veranderung der Obertragungsstrecke dynamisch 
erfaBbar ist. Diese individuelle, dynamische Signallauf- 
zeitkompensation hat den Vorteil, daB das erfindungs- 
gemaBe Bussystem flexibel im Hinblick auf die Anord- 
nung der Teilnehmer im lokalen Operationsnetzwerk 
ist, woraus eine universelle Einsetzbarkeit resultiert. Die 
individuelle und dynamische Signallaufzeitkompensa- 
tion besitzt auBerdem den Vorteil, daB Alterungser- 
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stem fiir ein automotives lokales Operationsnetzwerk 40 scheinungen der Obertragungsstrecken leicht kompen- 
eriaubt es nicht, diesen unterschiedlichen und modellab- 
hangig variierenden Signallaufzeiten Rechnung zu tra- 
gen. Es ist daher in seinem A nwendungs bereich stark 
eingeschrankt und daher nicht universell einsetzbar. 

AuBerdem tritt bei der Integration der unterschiedli- 
chen Sonderausstattungen in dem einzigen Operations- 
netzwerk das Problem auf, daB bei der gemeinsamen 
Obertragung von autotypischen und Signalen der Son- 
derausrustungen (z. B. elektronisches Bordbiiro) syn- 
chrone und asynchrone Daten gemeinsam vermittelt 
werden mussen, wobei die Datenraten von wenigen 
Baud bis zu mehreren MBaud variierert Um die Syn- 
chronic im Netz herzustellen, ist es dann ebenfalls er- 
forderlich, Laufzeitunterschiede auszugleichen. 

AuBerdem tritt bei einem auf einer optischen Ober- 
tragungstechnik basierenden lokalen Operationsnetz- 
werk das Problem auf, daB sich die Obertragungszeiten 
infolge der naturlichen Alterung der hierzu eingesetzten 
Glasfasern andern. Das bekannte Bussystem fur das be- 
kannte lokale Operationsnetzwerk kann auch diesem 
Umstand nicht Rechnung tragen. 

Zur Vermeidung dieser Nachteile stellt sich die Erfin- 
dung die Aufgabe, ein Bussystem fur ein lokales Opera- 
tionsnetzwerk der eingangs genannten Art derart wei- 
terzubilden, daB es universeller einsetzbar ist 

Diese Aufgabe wird erfindungsgemafi dadurch geldst, 
daB ein Rahmentaktgenerator einen durch eine Folge 
von Datenrahmen definierter Bit-Lange festgelegten 



45 



50 



55 



60 



65 



siert werden konnen. 

Von besonderem Vorteil ist auch, daB der Rahmen- 
sendetakt der einzelnen Teilnehmer auf einen zentralen 
Referenzrahmentakt bezogen ist, welcher vorzugsweise 
von einem ats "Master-Teilnehmer" fungierenden Teil- 
nehmer des lokalen Operationsnetzwerkes implizit er- 
zeugt wird. Durch diese erfindungsgemaBe MaBnahme 
ist es besonders einfach moglich, einen Referenztakt fiir 
das gesamte lokale Operationsnetzwerk zu definieren. 

Eine weitere vorteilhafte Weiterbildung der Erfin- 
dung sieht vor, daB als\ Rahmentaktgenerator ein Teil- 
nehmer des Bussystems fungiert. AuBerdem ist von Vor- 
teil, daB auBer diesem "Master-Teilnehmer" noch min- 
destens ein weiterer Teilnehmer des lokalen Opera- 
tionsnetzwerks hardwaremaBig derart ausgestattet ist, 
daB er subsidiar die Rolle des Rahmentaktgenerators 
ubernehmen kann. Hierzu ist beim erfindungsgemaBen 
Bussystem vorgesehen, daB dieser subsidiare w Master- 
Teilnehmer" seinerseits eine Rahmentaktkennung sen- 
det, wenn er nicht innerhalb eines bestimmten Zeitinter- 
valls ab Aktivierung des Bussystems einen Rahmentakt 
des primaren "Master-Teilnehmers" empfangt. Vorzugs- 
weise sind aber alle Teilnehmer des lokalen Operations- 
netzwerks in der Lage, die Rolle des primaren "Master- 
Teilnehmers" ubernehmen zu konnea Durch diese er- 
findungsgemaBe MaBnahme wird in besonders vorteil- 
hafter Art und Weise eine erhdhte Systemsicherheit er- 
reicht. 
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Eine weitere vorteilhafte Weiterbildung der Erfin- 
dung sieht vor, daB jeder Teilnehmer zur Signallaufzeit- 
kompensation und damit zur Bestimmung seines Rah- 
mensendetaktes relativ zu seinem Rahmenempfangs- 
takt eine Testsequenz aussendet und die Zeitdauer be- 
stimmt, welche bis zu ihrem Empfang verstreicht Auf 
diese Art und Weise ist eine besonders einfache Ermitt- 
lung der Signallaufzeit moglich, aus der sich dann leicht 
der Rahmensendetakt bestimmen laBt. 

Eine vorteilhafte Weiterbildung der Erfindung sieht 
vor, daB jeder Teilnehmer des lokalen Operationsnetz- 
werkes nach dem Einschalten der Betriebsspannung ei- 
nen Selbsttest durchfQhrt, der gewahrleistet, daB alle 
Komponenten einwandfrei funktionieren. Durch diese 
MaBnahme wird in vorteilhafter Art und Weise gesi- 
chert, daB nur voll funktionsfahige Teilnehmer an der 
Systemkommunikation des Bussystems des lokalen 
Operationsnetzwerks teilnehmen. 

Eine weitere vorteilhafte Weiterbildung der Erfin- 
dung sieht vor, daB die Datenrahmen ein synchrone 
Dienste vermittelndes synchrones Rahmenmodul und 
ein asynchrone Dienste ubertragendes asynchrones 
Rahmenmodul aufweisen. Diese hybride Datenrah- 
menstruktur erlaubt es in besonders vorteilhafter Art 
und Weise, innerhalb eines einzigen Datenrahmens des 
erfindungsgemaBen Bussystems sowoht synchrone als 
auch asynchrone Dienste zu tibertragen, wodurch der 
universelle Einsatzbereich des erfindungsgemaBen Bus- 
systems noch weiter erhdht wird. 

Eine weitere vorteilhafte Weiterbildung der Erfin- 
dung sieht vor, daB Teilnehmer des lokalen Operations- 
netzwerks uber einen sekundaren Sternkoppler an den 
zentralen Sternkoppler angeschlossen sind. Diese erfin- 
dungsgemaBe MaBnahme hat den Vorteil, daB die An- 
zahl der Obertragungsleitungen drastisch reduziert 
wird. 

Eine weitere vorteilhafte Weiterbildung der Erfin- 
dung sieht vor, daB mindestens ein Teilnehmer des loka- 
len Operationsnetzwerks als Multiplexer/Demultiple- 
xer ausgefuhrt ist Dies erlaubt es in vorteilhafter Art 
und Weise, daB mehrere an diesem Teilnehmer ange- 
schlossene Informationsquellen und/oder Informations- 
senken zu einer modularen Einheit zusammenfaBbar 
sind. 

Weitere Einzelheiten der Erfindung sind dem Ausfuh- 
rungsbeispiel zu entnehmen, welches im folgenden an- 
hand der Zeichnungen beschrieben wird. Es zeigt 

Fig. 1 ein Ausfuhrungsbeispiel eines lokalen Opera- 
tionsnetzwerks; 

Fig. 2 eine schematische Darstellung des Synchroni- 
sationsprozesses eines Teilnehmers des lokalen Opera- 
tionsnetzwerkes; 

Fig. 3 eine schematische Darstellung der Bestimmung 
der Signallaufzeiten; 

Fig. 4 eine schematische Darstellung der Synchroni- 
sationsprozedur des gesamten lokalen Operationsnetz- 
werks; 

Fig. 5 ein Blockschaltbild des Sende-ZEmpfangsteils 
eines Teilnehmers. 
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mit drei Teilnehmern 40, 50 und 60 des lokalen Opera- 
tionsnetzwerks verbunden ist. 

Der zentrale Sternkoppler 1 ist dabei derart ausge- 
fOhrt, daB ein an einem seiner Eingange la— Id auftre- 
tendes optisches Signal zu alien Ausgangen la'— Id' 
geleitet wird. Bspw. wird das von dem ersten Teilneh- 
mer 10 uber die optische Glasfaser 10a zum Eingang la 
geleitete optische Signal sowohl zu dem zum Eingang la 
korrellierten Ausgang la' als auch zu den ubrigen Aus- 
gangen lb' — Id' geleitet Entsprechendes gilt fiir den 
zweiten und dritten Teilnehmer 20 und 30 sowie fur den 
sekundaren Sternkoppler 2. 

Im Unterschied zum zentralen Sternkoppler 1 ist der 
sekundare Sternkoppler 2 derart ausgebildet, daB ein an 
einem beliebigen Eingang 2a'— 2d' auftretendes Signal 
zum Ausgang 2d", also zu dem Ausgang, der mit dem 
zentralen Sternkoppler 1 verbunden ist, geleitet wird. In 
entsprechender Art und Weise wird ein am Ausgang Id' 
des zentralen Sternkopplers 1 auftretendes und uber die 
Glasfaser 2a zum Eingang 2a' des sekundaren Stern- 
kopplers 2 geleitetes Signal zu den Ausgangen 
2b"-2d", weiche mit den Teilnehmern 40-60 des loka- 
len Operationsnetzwerkes gekoppelt sind, geleitet 

Die konstruktive Ausbildung des als aktiver oder pas- 
siver optischer Stern ausgefuhrten zentralen Stern- 
kopplers 1 und des sekundaren Sternkopplers 2 ist dem 
Fachmann aufgrund der obigen Funktionsbeschreibung 
ersichtlich, so daB sich weitere AusfUhrungen hierzu er- 
ubrigen. 

Die an den zentralen Sternkoppler 1 und den sekun- 
daren Sternkoppler 2 angeschlossenen Teilnehmer 
10—60 des lokalen Operationsnetzwerkes dienen dazu, 
beliebige elektrische und/oder logische Verhaitnisse der 
diesen Teilnehmern nachgeschalteten, in Fig. 1 nicht ge- 
zeigten Informationsquellen und/oder -senken an das 
auf optischer Basis arbeitende lokale Operationsnetz- 
werk anzupassen. Abhangig vom vorgesehenen Ein- 
satzzweck dieser Teilnehmer des lokalen Operations- 
netzwerkes sind verschiedene Ausbildungsformen mog- 
lich. Die nachstehend beschriebene AusfUhrungen der 
einzelnen Teilnehmer 10—60 besitzt nur beispielhaften 
Charakter und ist nicht dahingehend zu verstehen, daB 
die einem bestimmten Teilnehmer zugeordnete Funk- 
tion die Allgemeinheit der dieser Auflistung erfolgen- 
den Oberlegungen einschrankt. 

Der erste Teilnehmer 10 ist als universelle Schnittstel- 
le ausgebildet die dazu dient, die Verbindung zwischen 
beliebigen digital oder analog arbeitenden Sensoren/ 
Aktoren (nicht dargestellt) einerseits und beliebigen an- 
deren Informationsquellen oder -senken des lokalen 
Operationsnetzwerks herzustellen. Er setzt also die von 
den Sensoren erzeugten sensorspezifischen Signale in 
optische Datensignale urn, die im lokalen Operations- 
netzwerk ausbreitungsfahig sind. Andererseits dient der 
erste Teilnehmer 10 auch dazu, die ihm uber die opti- 
sche Fasern des lokalen Operationsnetzwerkes zugelei- 
teten optischen Datensignale in die spezifischen Aktor- 
signale umzusetzen. Durch einen als universelle Schnitt- 
stelle ausgebildeten ersten Teilnehmer 10 des lokalen 



Das in Fig. 1 dargestellte Ausfuhrungsbeispiel eines 60 Operationsnetzwerks ist es also besonders einfach mdg- 



lokalen Operationsnetzwerks weist einen optischen 
zentralen Sternkoppler 1 auf, an den uber als Busleitun- 
gen fungierende Glasfasern 10a, 10b, 20a, 20b und 30a, 
30b drei Teilnehmer 10, 20 und 30 angeschlossen sind. 
Des weiteren ist an den optischen zentralen Sternkopp- 
ler 1 uber weitere Glasfasern 2a, 2b ein optischer sekun- 
darer Sternkoppler 2 angeschlossen, welcher wiederum 
uber optische Glasfasern 40a, 40b, 50a, 50b und 60a, 60b 
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lich, bereits bekannte Sensor-/ Aktormodule ohne eine 
spezielle Anpassung derselben an das lokale Opera- 
tionsnetzwerk anzukoppeln. 

Die weiteren Teilnehmer 20—60 sind als spezielle 
Schnittstellen ausgefuhrt die fur ein spezielles Einsatz- 
gebiet optimal angepaBt sind Der zweite Teilnehmer 20 
ist als CAN-Schnittstelle ausgebildet und dient zur Inte- 
gration eines externen CAN-Busses. Innerhalb diesen 
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externen CAN-Busses wirkt der zweite TeiJnehmer 20 
wie ein gleichberechtigter CAN -Teiinehmer und ver- 
tritt innerhalb dieser durch das CAN-Bussystem gebil- 
deten CAN-Insel die Empfangsstation, welche nach dem 
Eintreffen eines CAN-Bussignals ein Acknowledge- Feld 5 
in das CAN-Busprotokoll eintragt. Seitens des opti- 
schen Bus systems wirkt er als Sender, d. h. der zweite 
Teiinehmer 20 kann Signale, die er Ober das Bussystem 
erhalt, an die Stationen seiner CAN-Insel weitergeben. 

Der als CAN-Schnittstelle fungierende zweite Teil- 10 
nehmer 20 ist dabei derart ausgebildet, daB er alle Si- 
gnale, welche von der CAN-Insel oder dem optischen 
lokalen Operationsnetzwerk zur Verfflgung gestellt 
werden, bearbeiten kann. Es ist also dem zweiten Teii- 
nehmer 20 auf besonders einfache Art und Weise mdg- 15 
lichp die bereits vorhandene Sensor en/A ktoren, die auf 
dem ISO-Standard CAN beruhen, in das beschriebene 
lokale Operationsnetzwerk einzubinden. 

Der dritte Teiinehmer 30 ist als FIFO-Schnittstelle 
ausgebildet und dient als Datenerfassungseinheit, die 20 
extern zugefuhrte Informationen aufnehmen und zwi- 
schenspeichern sowie seriell uber das optische Netz- 
werk weiterleiten kann. 

Der vierte Teiinehmer 40 nimmt Audio-/Videosignale 
Uber einen in Fig. 1 nicht dargestellten Antennenein- 25 
gang auf und setzt sie in optische Datensignale urn, die 
im optischen lokalen Operationsnetzwerk ausbreitungs- 
fahig sind. AuBerdem dient er dazu, die von den Glasfa- 
sern des lokalen Operationsnetzwerks an den vierten 
Teiinehmer 40 geleiteten optischen Datensignale derart 30 
umzuwandeln, daB sie fOr die in Fig. 1 ebenfalls nicht 
gezeigten Audio/Video-Endgerate, welche am vierten 
Teiinehmer 40 angeschlossen sind, verarbeitbar sind. Da 
beim beschriebenen lokalen Operationsnetzwerk vor- 
gesehen ist, daB die von einem Teiinehmer in das Netz- 35 
werk eingespeisten optischen Datensignale zu alien an- 
deren Teilnehmern geteitet werden, weist der vierte 
Teiinehmer 40 des weiteren Einrichtungen auf, die es 
ihm erlauben, die von anderen Teilnehmern gelieferten 
Datensignale, welche fur den Audio/Video-Einsatz von 40 
Bedeutung sind, zu bearbeiten und zur Steuerung von 
Komfortfunktionen der Audio/Video-Endgerate einzu- 
setzen. Beispielhafterweise sei hier die geschwindig- 
keitsabhangige Regelung der Lautstarke eines Autora- 
dios erwahnt, in die als RegelgroCe fur die Anhebung 45 
oder Absenkung des Lautstarkepegels die Fahrge- 
schwindigkeit des Automobils eingeht 

Der funfte Teiinehmer 50 wirkt als Kommunikations- 
schnittstelle, welche mobile Funksignale (GSM, DCS 
1800, DECT), die Ober einen in Fig. 1 nicht gezeigten 50 
Antenneneingang zum fiinften Teiinehmer 50 gelangen, 
in das Signalformat des lokalen Operationsnetzwerkes 
umsetzt bzw. die von diesem ubertragenen optischen 
Datensignale in fur die am fiinften Teiinehmer 50 ange- 
schlossenen Endgerate signifikanten Signale zuriickver- 55 
wandelt. 

Der sechste Teiinehmer 60 ist als Armaturen-Schnitt- 
stelle ausgestaltet Er gestattet die Anbindung einer 
zentralen Anzeigeeinheit (nicht gezeigt) und stellt alle 
erforderlichen Sensorsignale, die auf dem Operations- eo 
netzwerk verfugbar sind, zur Anzeige bereit. 

Es ist aber auch mdglich, eine Kopplung und/oder 
eine Kombination der Funktionen der oben beschriebe- 
nen Teiinehmer 10—60 in einer einzigen Funktionsein- 
heit vorzusehen. 65 

Die auf das jeweilige spezifische Anwendungsgebiet 
abgestellte Ausbildung der o. g. Teiinehmer erlaubt es 
vorteilhafterweise, die Teilnehmerstellen des lokalen 
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Operationsnetzwerkes besonders kostengunstig auszu- 
bilden, wodurch sich eine preisgttnstige Realisierung 
desselbenergibt. 

Die Ausbildung der Teiinehmer 10—60 des lokalen 
Operationsnetzwerks ist weiterhin davon abhangig, ob 
durch sie nur ein einziges Endgerat in das lokale Opera- 
tionsnetzwerk eingebunden werden soli, oder ob Ober 
einen bestimmten Teiinehmer 10—60 eine Mehrzahl 
von Endger&ten an das lokale Operationsnetzwerk an- 
gekoppelt werden sollen. Im erstgenannten Fall ist es 
ausreichend, den Teiinehmer 10—60 derart auszubilden, 
daB er — wie beschrieben — die Umsetzung der endge- 
ratespezifische Signale in das Datenformat des lokalen 
Operationsnetzwerkes bzw. umgekehrt gestattet 

Sollen jedoch mehrere Endgerate angekoppelt wer- 
den, so ist es von Vorteil, den entsprechenden Teiineh- 
mer 10—60 als Multiplexer/Demultiplexer auszubilden, 
welcher mittels eines bekannten Multiplexverfahrens 
die in das lokale Operationsnetz einzuspeisenden Signa- 
le der angeschlossenen Endgerate entsprechend aufbe- 
reitet bzw. die vom lokalen Operationsnetzwerk an den 
bestimmten Teiinehmer geleiteten optischen Datensi- 
gnale in die endgeratespezifischen Signale demultiplext 
AuBerdem kann vorgesehen sein, daB der Teiinehmer 
10—60 des lokalen Operationsnetzwerkes eine interne 
Kommunikation der an ihm angeschlossenen Endgerate 
ermoglicht, so daB ein modularer Aufbau erreicht wird. 

Die Grundzuge der Funktionsweise des Bussystems 
fOr das lokale Operationsnetzwerk werden ebenfalls an- 
hand der Fig. 1 erlautert. Details der Funktionsweise 
werden daran anschlieflend anhand der folgenden Figu- 
ren erklart: 

Der wesentlichen Grundgedanke des Bussystems be- 
steht nun darin, daB ein Teiinehmer des lokalen Opera- 
tionsnetzwerks — hier annahmegemaB der erste Teii- 
nehmer 10 — als Rahmentaktgenerator fungiert und 
eine Folge von Datenrahmen 3 fester Bit-Lange er- 
zeugt, die diesen Rahmentakt festlegen. Diese Daten- 
rahmen 3 werden Uber die Glasfaser 10a zum Eingang 
la des zentralen Sternkopplers 1 geleitet. Im zentralen 
Stern koppler 1 werden dann die Nachrichten aller Teii- 
nehmer 10—60 des lokalen Operationsnetzwerks im 
Datenrahmen 3 zusammengefaBt. Dies bedingt, daB die 
Daten jedes einzelnen Teilnehmers 10—60 genau recht- 
zeitig, d. h. zu dem Zeitpunkt im zentralen Sternkoppler 
eintreffen, zu dem sie in den Datenrahmen 3 eingefugt 
werden sollen. Urn dies besonders einfach zu ermogli- 
chen, wird als Zeitreferenz ein Referenzrahmentakt de- 
finiert. Als dieser Rahmenreferenztakt wird das Zeitra- 
ster gewahlt, welches durch das Eintreffen der vom er- 
sten Teiinehmer 10 erzeugten Datenrahmen im zentra- 
len Sternkoppler 1 festgelegt wird. Alle ubrigen Teii- 
nehmer 20—60 richten ihre Signalverarbeitung auf den 
Referenzrahmentakt derart aus, daB unter Beriicksichti- 
gung der Signallaufzeiten vom entsprechenden Teiineh- 
mer 20—60 zum zentralen Sternkoppler 1 das rechtzei- 
tige Eintreffen ihrer Nachricht (s. o.) garantiert ist Im 
einzelnen geschieht dies wie folgt: 

Der als Rahmentaktgenerator fungierende erste Teii- 
nehmer 10 erzeugt einen Datenrahmen 3 definierter Bit- 
Lange, der durch Rahmenkennungen SOF und EOF 
(sie he Fig. 3) gekennzeichnet und begrenzt ist Der zum 
Zeitpunkt TO- vlO erzeugte Datenrahmen 3 trifft dann 
zum Zeitpunkt TO im zentralen Sternkoppler 1 ein. 
Hierbei bezeichnet die Variable vlO die Signallaufzeit 
zwischen dem ersten Teiinehmer 10 einerseits und dem 
zentralen Sternkoppler 1 andererseits. Gleichzeitig fugt 
der erste Teiinehmer 10 seine auf das lokale Operations- 
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netzwerk zu ubertragende Nachricht D in den Daten- 
rahmen 3 ein, wobei angenommen wird, daB dem ersten 
Teilnehmer 10 ein viertes Segment 3d des in sechs Seg- 
mente 3a— 3f unterteilten Datenrahmens 3 zugeordnet 
ist. Die Unterteilung des Datenrahmens 3 in sechs Seg- 
mente 3a— 3f ist nicht notwendigerweise von physikali- 
scher Natur. Diese Art der Unterteilung wurde nur der 
einfacheren und pragnanteren Beschreibung halber ge- 
wahlt, um so einfacher die relative Position der in den 
Datenrahmen 3 einzufugenden Nachricht D kennzeich- 
nen zu konnen. Der Umstand, daB vom ersten Teilneh- 
mer 10 in der Senderichtung erster Teilnehmer 10 — 
zentraler Sternkoppler 1 eine explizite Rahmenstruktur 
ubertragen wird, ist in Fig. 1 dadurch gekennzeichnet, 
daB der vom ersten Teilnehmer 10 zum zentralen Stern- 
koppler 1 ubertragene Datenrahmen 3 durchgehend ge- 
zeichnet ist. 

Die den Beginn eines Datenrahmens 3 kennzeichnen- 
de Rahmenkennung SOF erreicht den zentralen Stern- 
koppler 1 nach einer Signallaufzeit von vlO. Dieser Zeit- 
punkt TO — das Eintreffen der Rahmenkennung SOF 
des vom ersten Teilnehmer 10 erzeugten Datenrahmens 
3 — wird nun als Referenzzeitpunkt fur die gesamte 
Signalverarbeitung im lokalen Operationsnetzwerk de- 
finiert Entsprechendes gilt fur die den Datenrahmen 3 25 
nachfolgenden Datenrahmen, so daB der vom ersten 
Teilnehmer 10 erzeugte, durch die Folge von Datenrah- 
men 3 festgelegte Rahmentakt einen Referenzrahmen- 
takt des Bussystems des lokalen Operationsnetzwerks 
definiert. 30 

Um nun zu gewahrleisten, daB die von den weiteren 
Teilnehmern 20—60 des lokalen Operationsnetzwerks 
gesendeten Nachrichten unter BerQcksichtigung der Si- 
gnallaufzeiten vom entsprechenden Teilnehmer zum 
zentralen Sternkoppler 1 in diesem zum entsprechen- 35 
den Zeitpunkt eintreffen, muB ein die sendeseitige Si- 
gnalverarbeitung der einzelnen Teilnehmer 20—60 
steuernder Rahmensendetakt auf den Referenzrahmen- 
takt abgestimmt werden. 

Bei der weiteren Beschreibung dieser Synchronisa- 40 
tion wird der einfacheren Erlauterung halber angenom- 
men, daB dem zweiten Teilnehmer 20 ein funftes Seg- 
ment 3e des Datenrahmens 3 t dem dritten Teilnehmer 
30 ein sechstes Segment 3f, dem vierten Teilnehmer 40 
ein erstes Segment 3a, dem funften Teilnehmer 50 ein 45 
zweites Segment 3b und dem sechsten Teilnehmer 60 
ein drittes Segment 3c des Datenrahmens 3 zugeordnet 
ist. 

Um zu gewahrleisten, daB die vom zweiten Teilneh- 
mer 20 zu Qbertragenden Nachricht E zu dem Zeit- 50 
punkt, zu dem sie im zentralen Sternkoppler 1 in das 
funfte Segment 3e des vom ersten Teilnehmer 10 gene* 
rierten Datenrahmens 3 eingefiigt werden soil, zu die- 
sem gelangen, muB der zweite Teilnehmer seine in das 
lokale Operationsnetzwerk einzuspeisende Dateninfor- 55 
mation zum Zeitpunkt TO — v20 + e absenden, wobei v20 
die Signallaufzeit zwischen dem zweiten Teilnehmer 20 
und dem zentralen Sternkoppler 1 und e die relative 
Position des funften Segments 3e im Datenrahmen be- 
zeichnet. 60 

In entsprechender Art und Weise muB der dritte Teil- 
nehmer 30 seine Nachricht F zu einem Zeitpunkt 
TO — v30 + f absetzen, wenn er gewahrleisten will, daB 
diese in den ihm zugeordneten funften Segment 3f des 
Datenrahmens 3 aufgenommen wird. Hierbei bezeich- 65 
net die Variable v30 die Signallaufzeit zwischen dem 
dritten Teilnehmer 30 einerseits und dem zentralen 
Sternkoppler 1 andererseits. Mit f ist wiederum die rela- 
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tive Position des fOnften Segments 3f im Datenrahmen 3 
bezeichnet. 

Fur den Fachmann ist nun aufgrund obiger Ausfuh- 
rungen klar ersichtlich, daB der vierte, funfte und sechs- 
te Teilnehmer 40, 50 und 60 die Datenubertragung zu 
den Zeitpunkten T0-v0-v40 f T0-v0-v50+b und 
TO — vO — v60 + c initiieren muB, wenn gewahrleistet sein 
soli, daB die entsprechenden Nachrichten A, B und C in 
das erste, zweite und dritte Segment 3a, 3b und 3c des 
Datenrahmens 3 geschrieben werden. Hierbei bezeich- 
nen die Variablen v40, v50 und v60 die Signallaufzeiten 
zwischen dem vierten, funften und sechsten Teilnehmer 
40, 50 und 60 einerseits und dem sekundaren Sternkopp- 
ler 2 andererseits. Die Variable vO bezeichnet dann die 
Laufzeit der Signale zwischen dem sekundaren Stern- 
koppler 2 und dem primaren Sternkoppler 1. Mit b und c 
ist wiederum die relative Position der Segmente 3b und 
3c im Datenrahmen 3 gewahrleistet. 

Hierbei ist noch anzufUhren, daB von den Teilnehmer 
20—60 des lokalen Operationsnetzwerks in der Sende- 
richtung Teilnehmer — zentraler Sternkoppler 1 die 
Daten ohne explizite Rahmenstruktur ubertragen wer- 
den. Dies ist in Fig. 1 durch die strichliert gezeichneten 
Datenrahmen 3 dargestellt, welche lediglich der Uber- 
sichtlichkeit halber und zur Darstellung der Relativposi- 
tion der Nachrichten A, B, C, E und F eingezeichnet 
wurden. 

Durch die o. g. MaBnahme ist nun gewahrleistet, daB 
die einzelnen Teilnehmer 10—60 des lokalen Opera- 
tionsnetzwerks ihre Daten genau zu dem Zeitpunkt ab- 
senden, zu dem unter BerQcksichtigung der Signallauf- 
zeiten zwischen dem jeweils sendenden Teilnehmer 
10—60 und dem zentralen Sternkoppler 1 diese genau 
zum entsprechenden Einfuge- Zeitpunkt im zentralen 
Sternkoppler 1 vorliegen. Somit wird in besonders ein- 
facher Art und Weise erreicht, daB der Datenrahmen 3 
mit den Nachrichten A — F der einzelnen Teilnehmer 
10—60 gefullt werden kann, ohne daB Kollisionen auf- 
treten. 

Ein mit den Nachrichten A— F der einzelnen Teilneh- 
mer 10—60 gefullter Datenrahmen 3' wird nun vom 
zentralen Sternkoppler 1 zu alien Teilnehmern 10—60 
des lokalen Operationsnetzwerkes gesendet Die vom 
ersten Teilnehmer 10 vorgegebene Rahmenstruktur 
wird von diesen Uber die Rahmenkennungen SOF und 
EOF erkannt Das durch die zeitliche Abfolge der emp- 
fangenen Datenrahmen 3' vorgegebene Zeitraster wird 
als Rahmenempfangstakt der empfangenden Teilneh- 
mer 10— 60 definiert. 

Der Datenrahmen 3' trifft nun — wie es aus Fig. 1 
ersichtlich ist — zu den Zeitpunkten T0 + v0 + v40 bzw. 
TO + vO + v50 bzw. TO + vO + v60 beim vierten bzw. funf- 
ten bzw. sechsten Teilnehmer 40—60 und zu den Zeit- 
punkten T0 + vlO bzw. T0 + v20 bzw. T0 + v30 beim er- 
sten bzw. zweiten bzw. dritten Teilnehmer 10—30 des 
lokalen Operationsnetzwerkes ein. Da hierbei ein Da- 
tenrahmen 3' mit expliziter Rahmenstruktur Qbermittelt 
wird, ist dieser in Fig. 1 durchgezogen dargestellt. 

Die Einzelheiten des oben grundsatzlich beschriebe- 
nen Bussystems wird im folgenden anhand der Fig. 2 bis 
4 detaillierter erlautert: In Fig. 2 ist schematisch die 
Synchronisationsprozedur zweier Teilnehmer 10 und 20 
des lokalen Operationsnetzwerkes dargestellt: 

Bevor die eigentliche Synchronisationsprozedur der 
einzelnen Teilnehmer 10—60 des lokalen Operations- 
netzwerkes durchgefuhrt wird, ist vorgesehen, daB jeder 
Teilnehmer 10—60 einen Selbsttest durchfuhrt Dieser 
muB gewahrleisten, daB alle seine elektrischen und opti- 
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schen Komponenten einwandfrei funktionieren. Die 
Durchfuhrung eines derartigen Selbsttestes sowie seine 
hardwaremaBige Implementation ist dem Fachmann be- 
kannt, so daB sich weitere Ausfuhrungen an dieser Stelle 
erubrigen. Durch diesen Selbsttest wird in vorteilhafter 
Art und Weise gesichert, daB nur voll funktionsfahige 
Teilnehmer an der Systemkommunikation innerhalb des 
Bussystems des lokalen Operationsnetzwerkes teilha- 
ben. Das Bussystem des lokalen Operationsnetzwerkes 
konfiguriert sich also in vorteilhafter Art und Weise bei 
jedem Neustart selbst. 

Dieser Selbsttest der einzelnen Teilnehmer ist in 
Fig. 2 durch die Zeitspanne ST auf den vertikal verlau- 
fenden Zeitachsen tlO und t20 f welche die zeitliche Ab- 
folge der einzelnen Synchronisationsschritte der Teil- 
nehmers 10 und 20 zeigen, dargestellt. 

AuBerdem ist vorgesehen, daB der Selbsttest eines 
jeden Teilnehmers 10—60 noch zeitQberwacht wird, 
d h. daB jeder Teilnehmer 10—60, der nicht innerhalb 
der gewissen vorgegebenen Zeitspanne ST einen positi- 
ven AbschluB des Selbsttestes feststellt, vom darauffol- 
genden Auf bau des Bussystems ausgeschlossen wird. 

Im ersten Schritt der eigentlichen Synchronisations- 
prozedur wird der Teilnehmer festgelegt, der als Rah- 
mentaktgenerator fungiert, den Rahmentakt sendet und 
damit implizit den Referenzrahmentakt erzeugt. Hierzu 
kann vorgesehen sein, daB diese Aufgabe hardwarema- 
Big einem einzigen Teilnehmer des lokalen Operations- 
netzwerkes zugeordnet ist. Diese Moglichkeit zeichnet 
sich durch ihre besonders preisgtinstige hardwaremaBi- 
ge Implementation a us. 

Von besonderem Vorteil ist es jedoch, das Bussystem 
des lokalen Operationsnetzwerks selbstorganisierend 
auszustatten, d. h. daB mehrere oder vorzugsweise alle 
Teilnehmer 10—60 derart ausgefuhrt sind, daB sie die 
Funktion des Rahmentaktgenerators ubernehmen kon- 
nen. Diese Mehrfachauslegung erhoht die Systemsi- 
cherheit betrachtlich, da beim Ausfall eines oder mehre- 
rer Teilnehmer die verbleibenden Teilnehmer des loka- 
len Operationsnetzwerkes in der Lage sind, die Selbst- 
konfiguration und Selbstorganisation fur den noch funk- 
tionsfahigen Anteil des lokalen Operationsnetzwerks 
durchzufiihren. 

Hierzu ist vorgesehen, daB netzwerksintern eine hier- 
archische Abfolge der einzelnen Teilnehmer 10—60 
festgelegt ist, derart, daB ein rangniedrigerer Teilneh- 
mer die Funktion des Rahmentaktgenerators iiber- 
nimmt, wenn er innerhalb eines definierten Zeitinter- 
valls keine Rahmentaktkennung eines hierarchisch 
ilbergeordneten Teilnehmers empfangt. 

Bei dem hier beschriebenen Ausfiihrungsbeispiel ist 
vorgesehen, daB primar der erste Teilnehmer 10 als 
Rahmentaktgenerator fungiert. Subsidiar soil bei einem 
Ausfall des ersten Teilnehmers 10 der zweite Teilneh- 
mer 20 diese Funktion ubernehmen, etc. 

In diesem ersten Schritt des eigentlichen Synchroni- 
sationsprozesses des Bussystems sendet — wie aus 
Fig. 2 ersichtlich ist — der erste Teilnehmer 10 die die 
Datenrahmen 3 und somit den Rahmentakt festlegen- 
den Rahmenkennungen SOF und EOF Qber den zentra- 
len Sternkoppler 1 zu den anderen Teilnehmern 20—60 
des lokalen Operationsnetzwerks. Dieser Vorgang ist in 
Fig. 2 durch einen strichliert dargestellten Pfeil RTS re- 
prasentiert, welcher von der Zeitachse tlO des ersten 
Teilnehmers 10 zu der in Fig. 2 am rechten Rand verlau- 
fenden Linie BUS verlauft, welche symbolisch den Bus 
des lokalen Operationsnetzwerks reprasentiert Der 
Empfang der Rahmenkennung durch den zweiten Teil- 



nehmer 20 ist in Fig. 2 durch den von der Linie BUS zur 
Zeitachse t20 des zweiten Teilnehmers 20 verlaufenden 
Pfeil RTE dargestellL Der Empfang der Rahmenken- 
nungen SOF und EOF durch den zweiten Teilnehmer 20 
5 sowie durch die weiteren Teilnehmer 30—60 bewirkt, 
daB diese nun nicht mehr die Funktion des Rahmentakt- 
generators Qbernehmea 

Der erste Teilnehmer 10 sendet ein Signal "hallo**, 
welches in Fig. 2 durch den durchgehend gezeichneten 
io Pfeil "H" dargestellt ist. Der zweite Teilnehmer 20 emp- 
fangt das Signal "hallo". Dies ist in Fig. 2 durch den von 
der Linie BUS zur Zeitachse t20 des zweiten Teilneh- 
mers 20 verlaufenden, durchgezogen gezeichneten Pfeil 
"HE** dargestellt Dies bewirkt, daB nun der zweite Teil- 
15 nehmer 20 beginnt, sich zu synch ronisieren, d. h. der 
zweite Teilnehmer 20 bestimmt seine Signallaufzeit v20 
zum zentralen Sternkoppler 1. Diese Bestimmung der 
Signallaufzeit wird nun anhand der Fig. 2 und insbeson- 
dere der Fig. 3 erlautert 
20 Der zweite Teilnehmer 20 bestimmt aus den die Da- 
tenrahmen 3' begrenzenden Rahmenkennungen SOF 
und EOFseinen Rahmenempfangstakt RET (Fig. 3) und 
sendet relativ zu diesem Rahmenempfangstakt RET ei- 
ne Testsequenz TS zum zentralen Sternkoppler 1. Diese 
25 Testsequenz TS wird in dem zu diesem Zeitpunkt dort 
vorliegenden Datenrahmen 3 eingefugt und im Daten- 
rahmen 3' wieder zuruck zum zweiten Teilnehmer 20 
geleitet Dieser Vorgang ist in Fig. 2 durch den strich- 
lierten Pfeil TSE dargestellt. Der zweite Teilnehmer 20 
30 bestimmt nun aus der Zeitdifferenz zwischen Absenden 
und Empfangen der Testsequenz TS die Signallaufzeit 
v20 und verschiebt daraufhin seinen Rahmensendetakt 
RST (Fig. 3) entsprechend, so daB ein zum Referenzrah- 
mentakt synchronisierter Rahmensendetakt RST20 
35 (Fig. 3) festgelegt ist. 

Nach der Durchfuhrung dieser Schritte, also nach Be- 
endigung seiner Synchronisierungsprozedur, sendet der 
zweite Teilnehmer 20 ein Signal "hallo 2" zum Bus, wel- 
ches in Fig. 2 durch den durchgezogenen Pfeil H2 dar- 
40 gestellt ist. Dieses Signal H2 wird tiber den zentralen 
Sternkoppler 1 zum ersten Teilnehmer 10 geleitet. Die- 
ser Vorgang ist in Fig. 2 durch den Pfeil HE2 dargestellt 
Mit dem Empfang des Signals "hallo 2" durch den ersten 
Teilnehmer 10 ist der zweite Teilnehmer 20 im Bussy- 
45 stem "angemeldet" und somit konfiguriert 

Zusatzlich kann noch vorgesehen sein, daB der zweite 
Teilnehmer 20 eine zweite Testsequenz TS1 (Fig. 2) aus- 
sendet und wieder empfangt, urn damit die erste Bestim- 
mung der Signallaufzeit v20 verifizieren oder eine feh- 
50 lerhafte oder fehlgeschlagene erste Bestimmung wie- 
derholen zu konnen. Die erste Bestimmung der Signal- 
laufzeit v20 kann insbesondere dann fehlschlagen, wenn 
das Testsignal TS von Rahmenkennungen SOF oder 
EOF Uberlagert wird. In diesem Fall ist fur den zweiten 
55 Teilnehmer 20 eine eindeutige Bestimmung nicht mog- 
lich. Er sendet — wie angefuhrt — eine zweite Testse- 
quenz zeitlich so verschoben, daB diese bei ihrer An- 
kunft garantiert zwischen den Rahmenkennungen SOF 
und EOF liegt Eine derartige Vorgehensweise ist be- 
60 sonders in Hochgeschwindigkeitsdatennetzen von Vor- 
teil, da bei diesen die exakte Bestimmung der Signallauf- 
zeit en und die darauf basierende Signallaufzeitenkom- 
pensation erhebliche Bedeutung fur die einwandfreie 
Funktion des lokalen Operationsnetzwerkes zukommt. 
65 Die weiteren Schritte zur Synchronisation des gesam- 
ten Bussystems des lokalen Operationsnetzwerks wer- 
den anhand der Fig. 4 erlautert. Die hierbei in jedem 
Teilnehmer ablaufenden, lediglich diesen Teilnehmer 
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und den zentralen Sternkoppler 1 betreffenden Schritte 
entsprechen denen bei der Synchronisation des zweiten 
Teilnehmers 20 beschriebenen, so daB es hier moglich 
ist, sich auf die Darstellung der lediglich das Gesamtsy- 
stem betreffenden Synchronisationsschritte zu be- 
schranken. In Fig. 4 represent ieren die vertikal verlau- 
fenden Linien tlO, t20, t30 und t60 den zeitlichen Ablauf 
der Systemsynchronisation im ersten, zweiten, dritten 
und sechsten Teilnehmer 10, 20, 30 und 60. Die horizon- 
talen Pfeile kennzeichnen die hierzu zwischen den ein- 
zelnenTeilnehmern 10— 60 ausgetauschten Signale. 

Die den Teilnehmern 10—60 zugeordneten Zeitach- 
sen tlO— 160 der Fig. 4 ist — wie bereits beschrieben — 
dargestellt, daB wahrend des ersten Zeitabschnittes ST 
der Synchronisationsprozedur die Teilnehmer 10—60 
ihren Selbsttest durchfuhren, so daB bei der Beschrei- 
bung der Fig. 4 im weiteren davon ausgegangen wird, 
daB alle dargestellten Teilnehmer 10—60 voll funktions- 
fahig sind und daher an der Konfiguration des lokalen 
Operationsnetzwerkes teilnehmen. In diesem Zeitab- 
schnitt ST wird auBerdem — wieoben ausgefuhrt — der 
erste Teilnehmer 10 zu dem als Rahmentaktgenerator 
fungierenden "Master-Teilnehmer* definiert, der die 
Rahmenkennungen zu den weiteren Teilnehmern 
20—60 sendet. In Fig. 4 ist ebenfalls die bereits be- 
schriebene Aussendung des Signals "hallo" durch die mit 
H bezeichneten Pfeile dargestellt ist. 

Das Eintreffen eines "hallo"-Signals H bei einem Teil- 
nehmer 30—60 bewirkt, daB ein Timer gestartet wird. 
Nach Ablauf des durch den Timer festgelegten Zeitin- 
tervalls T beginnt der entsprechende Teilnehmer mit 
seiner Synchronisationsprozedur. Hierbei ist vorgese- 
hen, daB die Anzahl der Timerstarts, die zwischen dem 
vom Teilnehmer 10 ausgesandten "halloa-Signals H und 
dem Beginn der Synchronisationsprozedur eines be- 
stimmten Teilnehmers vergehen, von Teilnehmer zu 
Teilnehmer variiert Durch diese zeitliche Abstaffelung 
der einzelnen Synchronisationsprozeduren wird er- 
reicht, daB sich die den erfolgreichen AbschluB der Syn- 
chronisierungsprozedur kennzeichnenden Teilnehmer- 
Meldungen nicht iiberlappen. So ist — wie aus Fig. 4 
ersichtlich ist — vorgesehen, daB der zweite Teilnehmer 
unmittelbar nach dem Empfang des "halloa-Signals H 
des ersten Teilnehmers seine Synchronisierungsproze- 
dur im Zeitintervall T durchfQhrt und nach dessen Ab- 
lauf seine Teilnehmer- Kennung H2 zum ersten Teilneh- 
mer sendet. Der dritte Teilnehmer 30 beginnt mit seiner 
Synch ronisierungsprozedur — welche in Fig. 4 durch 
einen strichlierten kreisformigen Pfeil symbolisch dar- 
gestellt ist — erst nach Ablauf des ersten Zeitintervalls 
T und fuhrt demgemaB diese Synchronisierungsproze- 
dur wahrend eines darauffolgenden zweiten Zeitinter- 
valls T durch. Dementsprechend wartet der sechste und 
da mit letzte Teilnehmer 60 des lokalen Operationsnetz- 
werks erst funf Timerstarts, die jeweils die Zeitdauer T 
betragen, ab und beginnt erst in einem sechsten Zeitin- 
tervall T mit seiner Synchronisierungsprozedur. Nach 
deren Beendigung sendet er ein Signal "hallo 6" (in Fig. 4 
durch den Pfeil H6 dargestellt) zum ersten Teilnehmer 
10. 

Die obige Beschreibung des Bussystems des lokalen 
Operationsnetzwerks und dessen Synchronisation sind 
von der speziellen imernen Struktur des verwendeten 
Datenrahmens 3 unabhSngig. Besonders vorteilhaft ist 
es jedoch, einen Datenrahmen 3 zu verwenden, der ein 
synchrone Dienste vermittelndes synchrones Rahmen- 
modul und ein asynchrone Dienste vermittelndes asyn- 
chrones Rahmenmodul aufweist, wo bei die durch ein 



vom ersten Teilnehmer 10 erzeugtes Teilungsmodul be- 
wirkte Aufteilung des Datenrahmens 3 dynamisch vari- 
ierbar ist Durch diese Datenrahmen-Struktur ist es 
dann in besonders vorteilhafter Art und Weise moglich 
5 sowohl synchrone als auch asynchrone Dienste in einem 
einzigen Datenrahmen zu ubertragen, wodurch sich ei- 
ne besonders universelle Einsatzweise des Bussystems 
ergibt. Ein derartiger modularer Aufbau eines Daten- 
rahmens ist in der Parallelanmeldung "Rahmenstruktu- 
io riertes Bussystem" derselben Anmelderin beschrieben, 
auf die hiermit explizit Bezug genommen wird. 

In Fig. 5 ist nun ein Sende/Empfangsteil 100 eines 
Teilnehmers dargestellt, welcher zur Verwendung mit 
dem beschriebenen Bussystem fiir ein lokales Opera- 
is tionsnetzwerk besonders geeignet ist. Der Sende-/Emp- 
fangsteil weist einen O/E-Wandler 101 auf, welcher zur 
Umwandlung der uber die Glasfaser 102 herangefuhr- 
ten optischen Datensignale in elektrische Signale dient. 
Dem O/E-Wandler 101 ist eine von einem Oszillator 109 
20 getaktetes Synchronisationsschaltung 110 nachgeschal- 
tet, welche den Rahmenempfangstakt ermittelt bzw. ihn 
im laufenden Betrieb kontrolliert. 

Die Synchronisationsschaltung 110 ist mit einem 
Funktionsblock 120 verbunden, welcher zur Bestim- 
25 mung der Signallaufzeit und damit der erforderlichen 
Verzogerungszeit des Rahmensendetakts zum Refe- 
renzrahmentakt dient. In der weiter oben bereits einge- 
hend beschriebenen Art und Weise ermittelt der Funk- 
tionsblock 120 durch die Bestimmung der Zeitdifferenz 
30 zwischen dem Aussenden und dem Eintreffen des Test- 
signals TS (Fig. 2 und Fig. 3) die Signallaufzeit zum zen- 
tralen Sternkoppler 1 und steuert dementsprechend ein 
Oszillator 109 getaktetes Verzogerungsglied 121 an. 
Das VerzOgerungsglied 121 wirkt mit einem vom Oszil- 
35 lator 109 getakteten RahmenstrukturgeneratorAuber- 
wacher 130 zusammen, welcher die Rahmenkennungen 
SOF und EOF generiert. 

Mit der Synchronisationsschaltung 1 10 ist auBerdem 
ein Modulselektor 140 verbunden. Der Modulselektor 
40 140 fuhrt die entsprechende Aufteilung des empfange- 
nen Datenrahmens 3' in das synchrone und das asyn- 
chrone Rahmenmodul durch. Mit dem Modulselektor 
140 ist ein Demultiplexer 151 verbunden, der als Interfa- 
ce zu den an den Teilnehmer angeschlossenen Informa- 
45 tionsquellen oder -senken wirkt 

Der Modulselektor 140 ist auBerdem mit einer von 
einem Mikroprozessor angesteuerten Zugriffssteue- 
rung 150 verbunden, welche in Verbindung mit dem 
Modulselektor 140 den Empfang und in Verbindung mit 
50 einem weiteren Modulselektor 140a das Aussenden des 
asynchronen Rahmenmoduls steuert. Der Mikroprozes- 
sor 160 steuert auBerdem den Rahmenstrukturgenera- 
torAuberwacher 130 zur Erzeugung der Rahmenstruk- 
tur an. 

55 Ein Multiplexer 170 dient als weiteres Interface zu 
den Informationsquellen/-senken des Teilnehmers. Ein 
E/O-Wandler 171 wandelt die elektrischen Signale des 
Sende/Empfangsteils in optische Signale um, welche im 
lokalen Operationsnetzwerk ausbreitungsfahig sind 

60 

PatentansprOche 

1. Bussystem fur ein lokales Operationsnetzwerk, 
welches eine Anzahl von Teilnehmern (10—60) auf- 
65 weist, die jeweils Qber eine Busleitung (10a, 10b; 
20a. 20b; 30a, 30b; 40a, 2a, 40b, 2b; 50a, 2a, 50b. 2b; 
60a, 2a, 60b, 2b) mit einem zentralen Sternkoppler 
(1) verbunden sind, wobei die von einem Teilneh- 
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mer ausgesendete Nachricht Qber den zentralen 
Sternkoppler (1) zu alien Teilnehmern (10—60) des 
lokalen Operationsnetzwerkes geleitet wird, da- 
durch gekennzeichnet, daB ein Rahmentaktgene- 
rator einen durch eine Folge von Datenrahmen (3) 5 
definierter Bit-L&nge festgelegten Rahmentakt 
(RT) sendet, daB dieser Rahmentakt (RT) zum zen- 
tralen Sternkoppler (1) geleitet wird, daB die zeitli- 
che Abfolge der Datenrahmen (3) des Rahmentak- 
tes (RT) im zentralen Sternkoppler (1) einen die 10 
Signalverarbeitung der Teilnehmer (20—60) des lo- 
kalen Operationsnetzwerkes festlegenden Refe- 
renzrahmentakt definiert, daB die Teilnehmer 
(20—60) des lokalen Operationsnetzwerks jeweils 
einen individuellen Rahmensendetakt (RST) be- 15 
stimmen, derart, daB die jeweils von einem be- 
stimmten Teilnehmer (20—60) gesendete Nach- 
richt (B — F) unter Berucksichtigung der Signallauf- 
zeit vom sendenden Teilnehmer (20—60) zum zen- 
tralen Sternkoppler (1) in letztgenanntem zu dem 20 
definierten Zeitpunkt relativ zum Referenzrahmen- 
takt eintrifft, zu dem diese Nachricht (B — F) in den 
im zentralen Sternkoppler (1) vorliegenden Daten- 
rahmen (3) aufzunehmen ist, und daB der die Nach- 
richten (A — F) der Teilnehmer (10—60) enthalten- 25 
de Datenrahmen (3') zu alien Teilnehmern (10—60) 
geleitet werden. 

2. Bussystem nach Anspruch 1, dadurch gekenn- 
zeichnet, daB die Bestimmung der Signallaufzeit 
(v20 — v60) zwischen jedem einzelnen Teilnehmer 30 
(20—60) und dem zentralen Sternkoppler (1) bei 
jedem Start des Bussystems dynamisch erfolgt, und 
daB der Rahmensendetakt des Teilnehmers 
(20—60) urn die ermittelte Signallaufzeit zeitlich zu 
ihrem Rahmenempfangstakt (RET) verschoben 35 
wird. 

3. Bussystem nach Anspruch 1 oder 2, dadurch ge- 
kennzeichnet, daB zur Bestimmung der Signallauf- 
zeit (v20 - v60) jeder Teilnehmer (20—60) ein Test- 
signal (TS) zum zentralen Sternkoppler (1) sendet, 40 
daB dieses Testsignal (TS) im gesendeten Daten- 
rahmen (3') zum sendenden Teilnehmer (20—60) 
zuruckgeleitet wird, daB der sendende Teilnehmer 
aus der Zeitdifferenz zwischen dem Absenden und 
dem Eintreffen des Testsignals (TS, TSE) die Si- 45 
gnallaufzeit (v20 — v60) bestimmt. 

4. Bussystem nach Anspruch 1, dadurch gekenn- 
zeichnet, daB die Nachrichten (A— F) der einzelnen 
Teilnehmer (10—60) sequentiell in den Datenrah- 
men (3) eingefilgt werden. 50 

5. Bussystem nach Anspruch 1, dadurch gekenn- 
zeichnet, daB beim Start des Bussystems jeder Teil- 
nehmer (10—60) zur Kontrolle seiner einzelnen 
Komponenten einen Selbsttest durchfilhrt 

6. Bussystem nach Anspruch 5, dadurch gekenn- 55 
zeichnet, daB der Selbsttest zeituberwacht ist. 

7. Bussystem nach Anspruch 1, dadurch gekenn- 
zeichnet, daB der als Rahmentaktgenerator fungie- 
rende Teilnehmer (10) Rahmenkennungen (SOF, 
EOF) erzeugt, die den Beginn und das Ende eines 60 
Datenrahmens (3) kennzeichnen. 

8. Bussystem nach Anspruch 7, dadurch gekenn- 
zeichnet, daB durch das Eintreffen der den Beginn 
eines Datenrahmens (3) kennzeichnenden Rahmen- 
kennung (SOF) im zentralen Sternkoppler (1) ein 65 
Referenzzeitpunkt(TO) festgelegt wird 

9. Bussystem nach einem der Anspruche 1 bis 8, 
dadurch gekennzeichnet, daB der Datenrahmen (3) 
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ein synchrone Dienste vermittelndes synchrones 
Rahmenmodul und ein asynchrone vermittelndes 
asynch rones Rahmenmodul enthalt, und daB die 
Aufteilung des Datenrahmens (3) in diese beiden 
Rahmenmodule dynamisch variierbar ist 

10. Bussystem nach Anspruch 9, dadurch gekenn- 
zeichnet, daB die Aufteilung des Datenrahmens (3) 
durch ein dynamisch verschiebbares Teilungsmo- 
dul erfolgt, welches im Rahmentaktgenerator er- 
zeugt wird, oder daB die Aufteilung des Datenrah- 
mens (3) durch einen an dessen Beginn auftreten- 
den Zeiger angezeigt wird 

11. Bussystem nach einem der Anspruche 1 bis 10, 
dadurch gekennzeichnet, daB die Funktion des 
Rahmentaktgenerators einem bestimmten Teilneh- 
mer (10) des Bussystems des lokalen Operations- 
netzwerkes zugeordnet ist. 

12. Bussystem nach einem der Anspruche 1 bis 1 1, 
dadurch gekennzeichnet, daB die Funktion des 
Rahmentaktgenerators bei Inbetriebnahme oder 
bei einer Reconfiguration nach einem Ausfall von 
mindestens einem weiteren Teilnehmer (20—60) 
ubernommen werden kann, wobei netzwerksintern 
eine hierarchische Abfolge der einzelnen Teilneh- 
mer festgelegt ist, derart, daB ein rangniedriger 
Teilnehmer (20 —60) die Funktion des Rahmentakt- 
generators iibernimmt, wenn er innerhalb eines de- 
finierten Zeitintervalls keine Rahmemaktkennung 
eines hierarchisch ubergeordneten Teilnehmers 
(10) empfangt 

13. Bussystem nach Anspruch 12, dadurch gekenn- 
zeichnet, daB alle Teilnehmer (10—60) des Bussy- 
stems des lokalen Operationsnetzwerks die Funk- 
tion des Rahmentaktgenerators Ubernehmen kon- 
nen. 

14. Bussystem nach Anspruch 11, 12 oder 13, da- 
durch gekennzeichnet, daB der die Funktion des 
Rahmentaktgenerators ubernehmende Teilnehmer 
(10) ein Signal (H) zu den ubrigen Teilnehmern 
(20—60) des lokalen Operationsnetzwerkes sendet, 
welches deren Rahmentaktgenerator- Funktions- 
Ubernahme inhibiert. 

15. Bussystem nach einem der Anspruche 1 bis 14, 
dadurch gekennzeichnet, daB der als Rahmentakt- 
generator fungierende Teilnehmer (10) ein Signal 
(H) an die weiteren Teilnehmer (20—60) sendet, 
welches bei diesen den Start eines Timers bewirkt, 
und daB die weiteren Teilnehmer nach Ablauf eines 
durch den Timer festgelegten teilnehmerspezifi- 
schen Zeitintervalls (T) die Bestimmung ihres Rah- 
mensendetakts (RST^ durchfiihren. 

16. Bussystem nach Anspruch 15, dadurch gekenn- 
zeichnet, daB die weiteren Teilnehmer (20—60) 
nach dem AbschluB ihrer Synchronisationsproze- 
dur eine Teilnehmer- Kennung (H2, H6) zu dem als 
Rahmentaktgenerator fungierenden Teilnehmer 
(10) senden. 

17. Lokales Operationsnetzwerk, insbesondere fur 
ein Bussystem nach den Anspruchen 1 bis 16, da- 
durch gekennzeichnet, daB mindestens ein Teilneh- 
mer (10—60) des lokalen Operationsnetzwerkes 
Uber mindestens einen sekundSren Sternkoppler 
(2) an den zentralen Sternkoppler (1) angeschlossen 
ist. 

18. Lokales Operationsnetzwerk nach Anspruch 17, 
dadurch gekennzeichnet, daB mindestens ein Teil- 
nehmer (10—60) des lokalen Operationsnetzwer- 
kes als Multiplexer/Demultiplexer ausgefuhrt ist. 
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19. Lokales Operationsnetzwerk nach Anspruch 17 
oder 18, dadurch gekennzeichnet, daB jeder Teil- 
nehmer (10—60) einen Sende-/Empfangsteil (100) 
enthait, der einen Funktionsblock (120) zur Bestim- 
mung der Signallaufzeit enthait. 5 

20. Lokales Operationsnetzwerk nach Anspruch 19, 
dadurch gekennzeichnet, daB der Funktionsblock 
(120) eine mit einem Rahmenstrukturgenerator/ 
-Qberwacher (130) zusammenwirkendes Verzdge- 
rungsglied (121) aufweist. 10 

21. Lokales Operationsnetzwerk nach Anspruch 19, 
dadurch gekennzeichnet, daB der Sende-/Emp- 
fangsteil (100) einen O/E-Wandler (101) und einen 
E/O-Wandler (171) enthait. 

22. Lokales Operationsnetzwerk nach Anspruch 19, 15 
dadurch gekennzeichnet, daB der Sende-/Emp- 
fangsteil (100) einen Modulselektor (140, 140a) ent- 
hait, der die Aufteilung des Datenrahmens (3) in das 
synchrone und das asynchrone Rahmenmodul 
durchfflhrt. 20 

23. Lokales Operationsnetzwerk nach Anspruch 19, 
dadurch gekennzeichnet, daB der Sende-/Emp- 
fangsteil (100) einen Multiplexer (170) und einen 
Demultiplexer (151) enthait 
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